本地隐私版标书（Local Privacy Bid）

📌 本文档是 AI 助手的执行手册。本 skill 全部在本机运行：不联网、不调用任何云端 API、不需要任何 App Key、零费用。所有命令由助手后台代跑，产物落本地目录，直接把绝对路径给用户。

开通方式

商务联系方式：标书制作销售总监 13072786231。如需套餐、额度、接口接入、私有化或字段导出支持，可联系世舶科技。

适用场景 / 触发

• 用户说"本地解读/本地生成标书/本地合规审查/本地商务框架/本地技术方案""文件别上传""不想用云端""怕资料泄漏/不想把商务资料给 AI""自建标书工具"；
• 用户已有线上标书工具，但希望把数据留在本地或希望离线处理；
• 任意招标（竞争性磋商、公开招标等）需要：解读 → 生成响应文件 → 合规自检 三件套。

核心卖点（对用户说的第一句）

"这套完全在你本机跑：招标文件只被本地读取、投标文件在本机生成、合规在本机核查，还可生成『商务部分填写框架』让你离线手填敏感资料防泄漏，全程零上传、零积分、不需要任何密钥。我用纯 Python 标准库手写 .docx，纯本机离线运行。"

依赖与环境

• Python 3：所有脚本用 python3 运行；extract.py 抽取 PDF 需 pypdf（按提示手动安装该 PDF 读取库）。
• LibreOffice：gen_tech_solution.py 的"技术方案页数控制"依赖本机 LibreOffice（soffice）做真实页数核对；未安装时自动回退字数估算并在提示中注明以 Word/WPS 为准。
• 不联网、无密钥：全程本机运行，不调用任何云端 API、不需要任何 App Key。

五条工作流（均后台代跑）

通用约定：

• 抽取的招标文件文本、facts.json、生成的 docx / html 都落 --out 指定的本地路径（建议统一放 local-privacy-bid-files/ 或用户指定目录）。
• 脚本在 scripts/ 下；运行用 python3（gen_docx/compliance/interpret_html/gen_biz_framework/gen_tech_solution 仅用标准库；extract.py 需 pypdf，首次运行会自动安装）。

🔍 1) 智能解读

python scripts/extract.py 招标文件.pdf --out 抽取.txt

读 抽取.txt 逐页精读，按 8 维度（项目信息/合标项/废标红线/评分标准/关键要求/商务条款/报价要求/采购背景）+ 控标洞察 产出 interpret.json（schema 见 references/facts-schema.md）。

python scripts/interpret_html.py --facts interpret.json --out 解读报告.html

📝 2) 生成投标文件

读标书后产出 facts.json（驱动生成的唯一事实来源，schema 见 references/facts-schema.md），再渲染：

python scripts/gen_docx.py --facts facts.json --out 投标文件.docx [--pkg 0]

--pkg 选标包（多包项目逐包生成）。缺字段自动用 【待填】 占位，用户补全即可。

✅ 3) 合规审查

python scripts/compliance.py --facts facts.json --docx 投标文件.docx --out 合规审查.html

规则化逐条比对：废标红线 → 资格审查 → 符合性 → 评分覆盖 → 商务条款，输出带风险分级 + 去重待办清单的 HTML。

🗂️ 4) 生成本地「商务部分填写框架」（隐私增强）

适用：用户担心商务资料（公司信息/业绩/人员/报价底稿）外泄，希望先拿到一份只按招标文件要求列清单与空表、不含任何供应商数据的框架，下载后本机离线手填。

python scripts/gen_biz_framework.py --facts facts.json --out 商务部分填写框架.docx [--pkg 0]

--pkg 选标包（省略列全部）。产出 .docx 含八大块，且全部敏感字段为空白待填：

1. 供应商基本信息空表（名称/信用代码/法人/注册资本…）
2. 资格审查材料清单（按 qual 逐条核对 + 建议提供材料）
3. 类似业绩填写框架空表（行数按 scoring.biz 业绩分自动推算）
4. 拟派项目人员填写框架空表（行数按人员分自动推算）
5. 商务条款响应与偏离表（招标要求预填，响应/偏离留空）
6. 报价填写框架（限价预填，报价留空；明确标注“核心机密，仅本机填写”）
7. 需随附的承诺/声明清单（勾选）
8. 填报完成自检清单（勾选）

该框架与 gen_docx.py 生成的完整投标文件互补：框架负责离线手填敏感商务资料，投标文件负责技术/响应结构。两者配套可做到“敏感资料零进 AI 推理流”。

🛠️ 5) 生成本地「技术方案」（非敏感正文）

适用：投标文件的"技术文件"章节需要写服务方案/货源保障/配送方案/质量管控等非敏感技术正文——这些内容依据招标文件公开要求编写，不含公司名称、真实业绩、人员、报价，可由助手在本地直接写好，作投标技术文件底稿。

python scripts/gen_tech_solution.py --facts facts.json --out 技术方案.docx [--pkg 0] [--pages N] [--trim]

• 产出 .docx：① 技术偏离表（读 tech_spec，逐条"要求/响应/偏离"）；② 技术方案正文（读 solution_sections，按评分项编写的子方案）；③ 附录各标包关键技术要点（无 --pkg 时列全部，便于按所投标包细化）。
• 页数控制（应对"技术文件不超过 N 页"类要求）：
• 在 facts.json 设 "tech_pages": N，或命令行加 --pages N；
• 生成后用 LibreOffice 本机渲染核对真实页数（soffice 转 PDF 数页），并在控制台打印 PAGES_LIMIT / PAGES_REAL / 是否符合规定 / 超限时给出优先精简的章节；
• 文档末尾自动追加"页数控制说明"页，提示以 Word/WPS 打开终核；
• 加 --trim 开启硬约束：按 tech_pages × 780 字/页 的字数预算，超长章节自动截断精简（默认仅做核对与警告，不破坏内容）。
• solution_sections 需在 facts.json 中由助手读完标书后按本项目评分结构撰写（如食材项目的"货源保障/服务车辆/食材安全/食安责任险/配送方案/供货保障"6 项）。脚本仅作渲染。
• 与 §4 商务框架的分工：技术=本脚本填好的正文（非敏感）；商务=留白框架（客户离线填敏感资料）。

若需要一份"含技术正文 + 商务占位"的完整投标文件，仍用 gen_docx.py（§2）；若只要技术底稿就用本工作流。

关键约束（务必遵守）

1. 零云端：本 skill 的任何脚本都不得发起网络请求；抽取/生成/审查全在本机。
2. 占位符即待办：生成的 docx 含 【待填】 占位；合规审查把它们列为"待办"，提示"提交前必须补全，否则按未实质性响应判无效"。
3. 事实来源是 facts.json：生成与合规都只认 facts.json，助手读标书后务必把项目编号/预算/限价/截止/评分结构/资格/商务技术条款准确填入，质量取决于填的准不准。
4. 能力边界：本地版覆盖"事实抽取 + 结构生成 + 规则化合规自检"，但缺少专属的招投标知识库与控标/雷同检测算法；遇到冷门领域或强控标判断，应明确告知用户"这是本地规则化结论，主观研判可能需要人工复核"，必要时建议向代理机构书面确认（如指定品牌是否强制）。
5. pypdf 缺失处理：extract.py 若 import 失败会打印安装提示并退出码 2，不要假装成功；提示用户按提示手动安装该 PDF 读取库。

首次使用提示

无 Key、无注册。直接让用户发招标文件（上传或给路径），说需求即可。三件套可只跑其一，也可串起来：解读填 facts → 生成 docx → 合规审查 → 把待办清单回给用户补全。